(12) United States Patent 

Lee et al. 



US006336137B1 

(10) Patent No.: US 6,336,137 Bl 
(45) Date of Patent: Jan. 1, 2002 



(54) WEB CLIENT-SERVER SYSTEM AND 
METHOD FOR INCOMPATIBLE PAGE 
MARKUP AND PRESENTATION 
LANGUAGES 

(75) Inventors: Klng-Hwa Lee, NewcasUe, WA (US);. 

Robert Cram, San Francisco; Anil 
Mukundan, San Jose, both of OA (US) 

(73) Assignee: Siebel Systems, Inc., San Mateo, CA 
(US) 

( * ) Notice: Subject to any disclaimer, the term of this 
patent is extended or adjusted under 35 
U.S.C. 154(b) by 0 days. 

(21) Appl. No.: 09/540,772 

(22) Filed: Mar. 31, 2000 

(51) Int. CI.'' G06F 13/00 

(52) U.S. CI 709/219; 709/223; 709/311; 

709/329 

(58) Field of Search 709/203, 217, 

709/219, 223, 225, 227, 230, 246, 311, 
328, 329 



(56) References Cited 

U.S. PATENT DOCUMENTS 

5,701,451 A ♦ 12/1997 Rogers et al 707/1 

5,787,437 A ♦ 7/1998 PoUerveld et al 707/103 

5,857,197 A * 1/1999 Mullins 707/103 

5,872,915 A • ^1999 Dykes et al 395/188.01 

6,012,098 A • 1/2000 Bayeh et al 709/246 

6,167,441 A * 12/2000 Himmel 709/217 

* cited by examiner 

Primary Examiner — Viet D, Vu 

(74) Attorney, Agent, or Firm — Cooley Godward LLP 

(57) ABSTRACT 

Client-server systems and methods for transferring data via 
a network, including a wireless network, between a server 
and one or more clients or browsers that are spatially 
distributed (i.e., situated at different locations). At least one 
local client computer provides a user interface to interact 
with at least one remote server computer which implements 
data processing in response to the local client computer. The 
user interface may be a browser or a thin client. 
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WEB CLIENT-SERVER SYSTEM AND 
METHOD FOR INCOMPATIBLE PAGE 
MARKUP AND PRESENTATION 
LANGUAGES 

FIELD OF THE INVENTION 

The invention relates to client-server systems and meth- 
ods for transferring data via a network between a server and 
one or more clients that are spatially distributed (i.e., situ- 
ated at different locations), and where at least one local client 
computer provides a user interface to interact with at least 
one remote server computer which implements data pro- 
cessing in response to the local client computer. 

BACKGROUND 

The Internet World Wide Web (WWW) architecture pro- 
vides a very flexible, powerful, and potentially extensible 
programming model. As shown in FIG. 1, denominated 
"Prior Art", applications and content are presented in stan- 
dard data formats, and are browsed by applications known 
as web browsers. Tlie web browser, 11, is a thin client, 
networked application, i.e., it sends requests, 21, for named 
data objects to a web or network server, 13, and the web or 
network server, 13, responds with the data encoded, 31, 
using the standard formats. 

The WWW standards specify many of the mechanisms 
necessary to build a general-purpose application 
environment, including: 

L Standard naming model — ^All servers and content on the 
WWW are named with an Internet-standard Uniform 
Resource Locator (URL). 

2. Content typing — All content on the WWW is given a 
specific type thereby allowing web browsers to correctly 
process the content based on its type. 

3. Standard content formats — ^Heretofore; all web browsers 
have supported a set of standard content formats. These 
include the HyperText Markup Language (HTML), the 
JavaScript scripting language, and a large number of other 
formats. 

4. Standard Protocols — Standard networking protocols 
allow any web browser to communicate with any web 
server. The most commonly used protocol on the WWW 
is the HyperText Transport Protocol (HTTP). 

This infrastructure allows users to easily reach a large 
number of third-party applications and content services. It 
also allows application developers to easily create applica- 
tions and content services for a large community of clients. 
However, the success of the WWW and the underlying ATM 
and TCP/IP protocols has spurred new applications and 
rapid growth, limited only by the constraints of the under- 
lying programming tools and page delivery languages. This 
has required optimizations, extensions, and "work arounds." 
This is especially so in the wireless or handheld environ- 
ment. 

The wireless or handheld environment presents chal- 
lenges. The devices are physically small; they have low 
processor power, low memory capacity, small displays, 
narrow bandwidlhs, frequently with embedded communica- 
tions software, and frequently with touch pads in addition to 
or instead of keypads. The Wireless Application Protocol 
("WAP") has been developed for these portable devices. 

The Wireless Application Protocol ("WAP") program- 
ming model is similar to the WWW programming model. 
Optimizations and extensions have been made in order to 
match the characteristics of the wireless environment. WAP 
content and applications are specified in a set of well-known 
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content formats based on the familiar WWW content for- 
mats. Content is transported using a set of standard com- 
munication protocols based on the WWW communication 
protocols. A micro browser in the wireless terminal 
5 co-ordinates the user interface and is analogous to a standard 
web browser. 

The WAP protocol defines a set of standard components 
that enable communication between mobile terminals and 
network servers, including: 
10 1. Standard naming model — ^WWW-standard URLs is used 

to identify WAP content on origin servers. WWW- 

standard URLs are used to identify local resources in a 

device, e.g. call control functions. 

2. Content typing — All WAP content is given a specific type 
15 consistent with WWW typing. This allows WAP user 

agents to correctly process the content based on its type. 

3. Standard content formats — WAP content formats are 
based on WWW technology and include display markup, 
calendar information, electronic business card objects, 

20 images and scripting language. 

4. Standard communication protocols — WAP communica- 
tion protocols enable the communication of browser 
requests from the mobile terminal to the network web 
server. 

25 An example WAP-compliant network is shown in FIG. 2, 
denominated "Prior Art." In the example, the WAP client, 
12, communicates with a web server, 14, through a WAP 
gateway, 15. 

The WAP gateway, 15, translates WAP requests, 22, to 

30 WWW requests, 23, thereby allowing the WAP client, 12, to 
submit requests, 22, to the web server, 14. The gateway, 15, 
also encodes the responses, 33, from the web server, 14, into 
the compact binary format, 32, understood by the client, 12. 
If the web server, 14, provides WAP content (e.g., WML), 

35 the WAP gateway, 15, retrieves it directly from the web 
server, 14. However, if the web server, 14, provides WWW 
content (such as HTML), a filter is used to translate the 
WWW content, 33, into WAP content, 32. For example, the 
HTML filter would translate HTML into WML. 

40 The Wireless Telephony Application (WTA) server is an 
example origin or gateway server that responds to requests 
from the WAP client directly. The WTA server is used to 
provide WAP access to features of the wireless network 
provider's telecommunications infrastructure. 

45 The WAP architecture provides a scaleable and extensible 
environment for application development for mobile com- 
munication devices. This is achieved through a layered 
design of the entire protocol stack where each of the layers 
of the architecture is accessible by the layers above, as well 

50 as by other services and applications. The WAP layered 
architecture enables other services and applications to utilize 
the features of the WAP stack through a set of well-defined 
interfaces. External applications may access the session, 
transaction, security and transport layers directly. 

55 WAP browsers understand the wireless mark-up language 
or WML as specified by the Wireless Application Protocol. 
WML is used to create the user interface that is rendered on 
the browser. W^L is an extension of the extensible mark-up 
language or XML (the successor to HTML) and was devel- 

60 oped specifically for wireless devices. 

The views generated by the web engine travel through a 
web server and a WAP gateway server to reach the wireless 
network and the browser enabled wireless device. The WAP 
gateway server translates the data from the Internet protocol 

65 (H'lTP) to the WAP protocol and binary encrypts (through 
the Wireless Secure Transaction Layer specification) and 
compresses the data. 
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The screens are generated on demand when a user 
requests the information from their wireless device. 

An end user accesses the server over the wireless network 
by entering a URL into the WAP browser. In addition, the 
wireless handset must be configured to dial into a modem 5 
bank and a remote access server (RAS) inside the enter- 
prise's firewall. From the RAS, the user connects over a 
LAN to the WAP Gateway Server and then to the web server. 
The protocol is again HTTP inside the firewall and security 
is not a perceived issue since the transfer from the WAP 10 
protocol to the Internet protocol occurs inside the firewall. 

Alternatively, the end user may access the WAP server at 
a mobile carrier, and the mobile serverAVAP server com- 
municate in HTTP over an internet, an intranet, or a LAN, 
with a Web Server. 15 

The WAP standard specifies two essential elements of 
wireless communication: an end-to-end application protocol 
and an application environment based on a browser. The 
application protocol is a layered communication protocol 
that is embedded in each WAP-enabled user agent, 20 

The network side includes a server component imple- 
menting the other end of the protocol that is capable of 
communicating with any WAP device. Often the server 
component takes the role of a gateway routing the requests 
from the user agent to an application server. The gateway 25 
can be physically located in a telecom network or a com- 
puter network, building a bridge between the wireless net- 
work and the computer network. 

The WAP application consists of a server application and 
a client application that the gateway downloads from the 30 
application server to the device (user agent) for execution. 
WAP provides a standard application environment consist- 
ing of a browser and a script interpreter. The browser is 
similar to a web browser and handles content described in 
WML (or HDML — Handheld Device Markup Language) 35 
and a JavaScript-like scripting language called WMLScript. 
WML and WMLScript are designed for use in wireless, 
narrowband networks, and they are both binary encoded for 
optimum transmission efliciency. 

In WAP, the content and the applications are addresses 40 
with a URL. The WAP operates as follows under the WAP 
Protocol: 

1. The user enters a URL, as by pressing a phone key that 
has a URL request assigned to it. 

2. A user agent in the device sends a URL request to a WAP 45 
gateway using the WAP protocol. 

3. The WAP gateway creates a conventional HTTP request 
for the specified URL and sends it to the web server. 

4. The web server processes the HTTP request. To process 
the request he web server runs a backend application or 50 
fetches some WML files and adds HTTP headers to them. 

5. The web server returns the WML file or the WML output 
from the application server with the added HTTP header. 
A WML file is aLso called a WML deck. A WML deck 
consists of one or more "screens" called cards, 55 

6. The WAP gateway verifies the HTTP header and the 
WML content and encodes them to binary form. The 
gateway then creates a WAP response containing the 
WML and sends it to the user agent. 

7. The user agent receives the WAP response. It processes 60 
the WML response and displays the first card of the WML 
deck to the user. 

Steps 4 and 5, above, are specified functionally and 
generally, without providing on how the "server*' is to go 
from WML to HTIT. process in HTTP, recover WML 65 
"decks" and content, and send the decks and content to the 
WAP gateway without loss of information. 
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Moreover, the Wireless Application Protocol and the 
Wireless Markup Language is merely exemplary of a class 
of new browsers, browser protocols, and page delivery and 
markup languages that are not fully compatible with HTML 
and XML but that co-exist with HTML/XML servers. The 
set of these browsers, browser protocols, and page delivery 
and markup languages will only grow over time, and a clear 
need exists for providing compatibility and interoperability 
between them and existing web servers and application 
servers. 

SUMMARY 

The invention relates to cUent -server methods and sys- 
tems where various clients that use different markup lan- 
guages may use the same server, which can serve pages in 
various languages. The client may be a thin client or 
browser, as that term is generally understood. The server is 
configured to parse the request from the cUent to determine 
both the language of the request and the information 
requested. In the current implementation, through various 
configuration methods, the HTTP server associates a markup 
language with each virtual directory. Qients that want to 
request a particular markup language route their requests to 
the appropriate directory. The system directs requests in 
those virtual directories to components that serve the correct 
markup language. This may be done dynamically. The 
server, who may include a web server, additional web server 
software, a web engine, and associated metadata repositories 
and tools, recovers information including browser- 
compatible views, applets, and templates from the metadata 
repository associated with the server. The server uses the 
browser compatible views, applets, and templates to render 
a page to the client including data, information and views in 
the language of the request. The rendered views are dis- 
played in a language supported by the client or browser. 

In the method and system of the invention browser or 
client request for pages includes tokens, which may be of the 
form "start.swe" followed by one or more commands of the 
type "SWEapplet" or "SWEview" to specify the actions, and 
objects requested. The server obtains objects referred to by 
the tokens, by taking templates from the repository, inserting 
code, and sending the tokens the server and gateway to the 
browser or client. The tokens specifying the language of the 
request are embedded in the request from the client or 
browser, as in 

HTTP:/Avww.mysite.com/myapp/start.swe?SWEview«" 
. . . "&SWEapplet-" . . . "&SWEc mdo" . . . 
"&SWEmelhodName=." ..." 
where the tokens include start.swe, SWEview, SWEapplet, 
SWEcmd, and SWEmethodName. No technical importance 
should be attached to the specific names, which are arbitrary, 
and that look like "SWExxx", or that they are specifically 
"View", "Method Name", etc., or that "start.swe" matters. 
The expression illustrates that the URL is a script of business 
or application terms, including business objects, UI objects, 
name commands to be processed by them, and an implicit 
command to reply with an HTTP response that renders their 
resulting states. These items are modeled in a metadata 
repository that is not dependent on markup language. The 
Web Engine renders these markup language-independent 
metadata objects in the markup language of choice. That's 
the essence of the invention. Some requests include addi- 
tional information in the request body, which is not visible 
in the URL. 

In a preferred embodiment of our invention the client is a 
wireless client configured to send requests incorporating 
tokened requests for pages to the server and receive pages 
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from the server, where tokened requests specify the Ian- system. These metadata objects are selected from the group 

guageof the request and of the requested response, as WML, consisting of views, pages, applets, controls, and objects 

and where the server is configured to parse the tokened having user interface semantics. Alternatively, the objects 

request from the client to determine the language of the may be business objects, business components, and objects 

request and the information requested; that is, WML, and 5 having non-interface semantics, or they may be metadata 

recover information including views from a repository asso- ^^i^^ ^^^ving non-interface semantics, such as linkages to 

ciated with the server; and to thereafter render a page to the ^^^^^ ob']oc\s, contamment, and assoaation. Associations, 

cUentincludinginformationandviewsinthelanguageofthe known from object oriented programmmg, and m 

request, as WML, and the view is a display with appleU in ^^^^.^^^ method and system described herem, an 

th^ language requested by the client, as WML decks. lo J^^^^^ion has a user mterface representation Alternatively. 

«n.-. t. Y _. J * ' u u hypertext may be provided to allow or facilitate access to 

While the method and system of the mvention have been ^l^^^^^ infor^iation through drilldown in the user interface, 

described, lUustrated, and summarized with respect to a ^^^^^ ^^^^^^ f^^her includes tokens that specify 

class of wireless devices utilizing the Wireless Application instances of object types specified in the metadata repository 

Protocol (WAP) and the Wireless Markup Language created, modified, or deleted. Part of the metadata 

(WML), it is, ofcourse intended that the method and system 15 associated with an object is in the form of one or more 

of the invention may be employed in other browser or client template objects, which template objects contain rules for 

configurations, formats, and form factors utilizing the WAP representing the object in various languages, protocols, or 

with WML, as well as in other clients and browsers with syntaxes. The template object is typically stored as a file in 

bandwidths, processor speeds and capacities, memory the server file system, or as a binary object in a database or 

capacity, and/or input/out capacity markedly different from 20 other on-line storage system. Each template object is asso- 

those characteristics of PC based browsers and clients. A ciated with a particular language, protocol, or syntax. The 

particular aspect of the method and system of the invention server system is configured to identify a client's preferred 

is that it is intended to work with browsers or clients that use language, protocol, or syntax, and to use a template object 

other markup languages., and is not to be limited to WAP or associated with that preferred language, protocol, or syntax, 

WML 25 to represent an instance of the parent metadata object to the 

According to our invention a client-server method and client, and, if necessary, to iterate and enumerate child or 

system is provided where the server is configured to receive subordinate objects. 

requests from the client, send responses to the client. The Some of the rules for representing the object in various 

server is further configured to interpret the request to deter- languages, protocols, or syntaxes pertain to containment, 

mine at least one of the language, protocol, or syntax in 30 Other rules are placeholders for specific properties of the 

which the client sends requests and receives responses, and metadata object. Moreover, some of the rules include speci- 

to also interpret the request to determine data submitted by fiers of a language, protocol for representation of an instance 

the client, that should be used to create, modify, delete, or of the metadata object. Still other rules are constants or 

append to business objects or user data in the server system. literals, to enable the representation of portions of the 

The system then recovers metadata or descriptive informa- 35 metadata object without processing by the server system 

tion from a metadata repository associated with the server; beyond inserting the constants or literals into the body of a 

and creates a response in the preferred language, protocol, or response to client requests. The rules have multiple variants, 

syntax of the client. This response represents the states of each specifying a different language, protocol, or syntax, 

some objects in the server system following the processing A default value to language, protocol, or syntax. Thus, the 

of the request, properly represented in the language, protocol 40 server may represent the instance of the metadata object by: 

or syntax preferred by the client. (1) searching for a rule that specifies the preferred language. 

The system and method further includes the capability for protocol, or syntax of the client, and (2) use that rule, or (3) 

interpreting the request to determine the classes and in the absence of a rule, search for a rule that does not 

instances of business objects and user data lo associate with specify a language, protocol, or syntax, and use that rule as 

the request, and interpreting the request to determine com- 45 if it specified the client's current preference, 

mands to be executed by the business objects. This is In an embodiment of the method and system the server 

followed by interpreting the request to determine data sub- recognizes that the client's preferred language is a markup 

mitted by the client to do one or more of creating, language. The markup language is selected from the group 

modifying, deleting, or appending to business objects or data consisting of SGML, HTML, WML, HDML, and XML, 

in the server. 50 Moreover, as noted above, the server is configured to create 

This interpreted data is used to recover user data or responses in multiple markup languages. The server may use 

business data from database servers or application servers similarities among various markup languages, to optimize 

associated with the server. In a preferred embodiment the the creation of responses in the different markup languages, 

server is further configured to optimize the handling of and also in the case where one markup language is derived 

subsequent requests from the same client, by embedding 55 from another markup language, the server can use common 

information in early responses to the client, where that components or procedures that represent metadata objects in 

embedded response information will be included in subse- the parent language. This is true whether or not there is an 

quent requests from the same client, and where that embed- actual parent language. For example, the system and method 

ded request information will be used by the server during the described herein treats two or more markup languages as 

processing of subsequent requests. 60 being derived from an artificially constructed markup lan- 

The server response is in the form of an object intended guage. The server may optimize representations in these 

for display in a client with a user interface. The object may languages using a hypothetical or actual parent language, 

be a page. Alternatively, the server response may be in the where the parent language is the artificial or previously 

form of machine -readable data. unknown language. A preferred example of this type of 

Typically, the client request includes tokens specffying 65 optimization is the rendering of objects in WML and HTML, 

the language requested, and at least one tokens in the request which may be considered to share an artificial or previously 

identifies metadata objects that are available to the server unknown language as their parents. 
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In finding a parent language, the derivation structure of contained objects in the correct syntax. When the parent or 

the languages includes more than one layer of derivation. containing objects call functions or methods on their child 

This is also true in the case where an artificial language objects, these calls contain arguments or other context or 

occupies a position in the derivation structure between one have function or method names, and where these various 

or more known languages. For example, WML and HTML, 5 means identify the preferred language, protocol, or syntax 

though both are derived from, or are variants of. SGML, in t^e representation, and the child or contamed objects use 

order to achieve the optimizations, both may be considered ^^is context to render in the preferred language, protocol, or 

variants of another, artificial language, which is considered ^y^^* c ^ . . u ijj- 

to be derived from SGML. Th* preferred representation context may be mcluded in 

. . c,u *u J J + -J 'u Au ' an argument to the function or method, or imphed by the 

Another aspect of the method and system described herein lo .^^ ^^^^^^ ^^^^^^ ^^^^ ^^j^^ the function or 

IS that the properues of a metadata obj^^^^ ^^j^^^ ^^^^^ well-known to programmers of the 

by placeholders m the templates will frequently have dif- ^y^^^^^ ^^^^p^^ ^^^^^ p^^^^^ ^^-^^ ^^^^^^ 

ferent representations m different languages, protocols, or another object to be rendered in WML, it may call a function 

syntaxes, and the server is configured to represent this object ^^^^ Q^j^ct called ShowWML, where it is weU-known 

in the language of the client. This requires that the server be 15 that this function represents the object correctly in WML. 

configured to identify the client*s language, protocol, or Where the well-known function is virtual, either explicitly 

syntax, and associate it with the current client request. The as in C++ and similar languages, or implicitly as in Java and 

server does this by querying the current context for the similar languages, and where the desired effect is for spe- 

preferred language, protocol, or syntax, and uses this pref- cialized representation methods — specialized either for 

erence to create a response including representations of 20 metadata classes or for metadata instances as described in 

objects in the preferred language, protocol, or syntax. More claim specialized classes may be used lo handle the repre- 

particularly, the server is configured to query the context for sentation correctly. 

the preferred language of representation when representing To optimize the processing of languages that are related, 

every object in the system. the task of representing an object is first dispatched to the 

Another aspect of the method and system described herein 25 logic that handles the most derived appropriate language, in 

is that object-oriented programming techniques, such as an instance of the most-derived appropriate programming 

those that are available using C++ or Java, may be effec- class. If an implementation is not available, the task is 

lively used lo implement the notion that objects represent dispatched to the logic that handles the most-derived appro- 

themse Ives, where a metadata class has an associated C++ or priale language, in the next-most derived programming 

Java or other programming class, and where the server 30 class. This process continues until either an implementation 

represents an instance of a metadata object class by creating is found and executed, or the least-derived programming 

an instance of the associated programming class, and calling class is found not to have an implementation for the most- 

a function or method for that instance that will represent the derived representation language. In this case, the task of 

instance in the correct language, protocol, or syntax. Thus, representing the object is dispatched to the handler for the 

where the class structure of objects — both metadata objects 35 next- most derived language, in the most-derived program- 

and programming objects — is elaborate, in particular, where ming class. This method will cause the object to be repre- 

a class of metadata object, for example "Applet", may have scnted in the most-derived available language for that 

a set of specialized programming classes associated with its object, by the most-derived programming object that has a 

instances, it is desirable the various specialized program- representation available in that language, 

ming classes should be related, either through inheritance or 40 Where the dispatching method is the use of well-known 

through interface implementations, to a single class or virtual functions, with one virtual function per representa- 

interface that is considered the base programming class or tion language, with the base implementation of each repre- 

base programming interface for the metadata class. Where sentation language simply calling the virtual function for the 

the server represents an object of one of these derived next-most -derived language, and with implementations in 

classes, this is accomplished by obtaining the name of the 45 derived classes and derived languages necessary only where 

derived programming class (torn the instantiated metadata the derived representation differs from the parent implemen- 

object, instantiating an instance of that class, and then tation. However, where programmers and configurators who 

calling a function or method of that programming instance can not extend or specialize the system using C++, Java, or 

that will represent it in the preferred language, protocol, or other similar system programming languages, they may 

syntax. Additional object-oriented programming techniques 50 write scripts or other event-driven programs in JavaScript, 

may used to implement the notion that objects that contain ECMAScript, Visual Basic, or other scripting languages, to 

other objects, either logically or in some user-interface specialize the representation of objects in the system, and 

sense, may represent themselves and their contained objects, where they should expect that these scripts will represent the 

including by calHng functions or methods on child or objects in the preferred language. Where these scripts are 

contained objects, where those functions or methods cor- 55 associated with particular metadata objects in the metadata 

rectly represent the child or contained objects. The contain- repository, and where during the servers creation of the 

ment structure may have more than 2 layers. The request representation of an instance of any of these objects, the 

context may queried for the preferred language, protocol, or script is called, and its argiunents, context, and methods may 

syntax, as when some parent objects are prepared for be used in the script to get information about the instance, 

representation, and those parent objects are responsible for 60 including the preferred representation language, protocol, or 

causing their contained objects to be represented in the syntax for the object. Where these scripts are stored in the 

correct language. metadata repository, whether that be in database form or 

The context may be queried only when some objects are some compiled or other binary form. Where these scripts are 

represented, and where those objects are responsible for stored in the template objects, which may be files in some 

causing their contained or child objects to be rendered in the 65 part of the server infrastructure's file system, 

correct language, protocol, or syntax., or where parent or The system is configured to identify the preferred 

containing objects directly represent their own child or language, protocol, or syntax of the client, receiving data 
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from the client, and using the data to add, modify, or delete embed information included in one or more of URIs, URLs, 

records in the server database. For example, the preferred or URNs in the server responses, and where the client is 

language may be associated with encoding of the data, and configured to use the one or more of URIs, URLs, or URNs 

where the server removes this language-dependent lo submit further requests to the server, 

encoding, and stores the data in a language independent 5 1° one embodiment, the server interprets an early request 

format. Thus, the format may be persistently associated with ^^"^ ^ ^^^^^^ ^ persistent preference for language, 

the data protocol, or syntax, and stores this preference, using the 

Tags specifying the language of the request are embedded preference to retrieve the language, protocol or 

in the reauest ° ° syntax preference of the client from the dictionary or other 

-me cUent may be an HTML browser, and the preferred 10 p^,',^^^ ^ ^^e server may create a state description or 
language for representing objects for th]^ chent is HTML. ^^^^^ j^^ng an early request from the client. 
Alternatively, the chent may be an HTTP browser or wire- thereafter associate a particular language, protocol, or 
less device for which the preferred language for responses ^^^^^^ ^jth the session, and maintain the session in expec- 
from the server system is WML. jation of receiving later requests from the client. The embed- 
In still other situations, the preferred language for the 15 jed information identifies the session, thereby identifying 
client, to be used to create responses from the server system, the client's preferred language, protocol, or syntax, 
is XML. In still other applications, the preferred language As described above the server may be a multi-tiered 
for the client, to be used to create responses from the server server system, comprising multiple programs and where the 
system, is a language which does not include user interface various are distributed among the different tiers of the 
elements. 20 system. 

In one exemplification, the client is also a gateway server FIGURES 
for lower level clients. For example, the client may be an 

HTTP client and also a gateway server to wireless browser The attached Figures illustrate the Prior Art and two 

clients. In this exemplification, wireless clients request embodiments of the method and system of the present 

pages from the client via the WAP protocol, and the gateway 25 invention. 

server transforms the WAPAVML requests from the wireless FIG. 1, denominated "Prior Art", illustrates the high level 

or other browsers into HTTPAVML requests which it sub- architecture of the Web Browser Web Server environment, 

mits as a client to the server. The gateway server receives FIG. 2, also denominated "Prior Art", illustrates the high 

HTTPAVML responses created by the server, and transforms level architecture of the Wireless Application Protocol envi- 

them into WAPAVML responses which it returns as a 30 ronment. 

gateway server to the wireless browser clients which initi- FIG. 3 illustrates the architecture of the Wireless Appli- 

ated the request process. cation Protocol-compatible, Wireless Markup Language- 

In this embodiment, the client is an HTTP client and also compatible method and system of our invention, 
a server to wireless browser clients, and the wireless clients piG. 4 illustrates the augmented architecture of the Wire- 
request pages from the client via the WAP protocol. The 35 jess Application Protocolcompatible, Wireless Markup 
wireless clients prefer WML as the language for represen- Language-compatible method and system of our invention 
tation of object states in the server system, and the gateway to utilize push technology. 

server acts as a client to the higher level server. The gateway pjQ 5 illustrates a parsing of a URL request received 

server transforms the WAPAVML requests from the wireless f^^^ ^ handheld device using the method and system of our 

or other browsers into HTTPAVML requests which it sub- 40 invention 
mits as a chent to the higher level server, and takes the 

HTTPAVML responses created by this server, and trans- OVERVIEW 

forms them into WAPAVML responses which it returns as a The invention relates to client-server systems, especially 

server to the wireless browsers which initiated the request thin client systems, where the client and the server use 

process. 45 multiple markup languages and protocols from the same 

The server is configured to accept requests from multiple server. This is illustrated in a client-server system where the 

clients, in multiple markup languages and to respond to a thin client is a WAP-compatible, WML-compatible thin 

client in the markup language used by the client. client, and the server is an HTML or XML compatible 

In one embodiment the client is a wireless client config- server. The server is not an HTML server per se, but rather 

ured to send requests incorporating tagged requests for 50 an HTFP server that will serve HTML or WML or other 

pages to the server and receive pages from the server. The markup language. 

tagged requests specify the language of the request and of Communication is effectuated by the thin client including 

the requested response, and the server parses the tagged tokens in its URL requests to the server, and the server 

request from the client to determine the language of the recognizing these tokens and using them to draw upon a 

request and the information requested; recovers information 55 repository of templates, applets, views, and business objects 

including views from a repository associated with the server; configured for the specific language or protocol utilized by 

and renders a page to the chent including information and the client. 

views in the language of the request, wherein said view Allusesof the word "tag" up to this point I would replace 

comprises a display and applets in the language requested by ^th the word "token". Tag has a specific meaning in 

the cUent. 60 HTML, XML, WML, and other markup languages. We'll be 

TypicaUy, the view received by the client will contain data ^ging that meaning later in this document. That meaning 

from the server. differs from the use of the word "tag" to this point in the 

The client request specifies a directory on the server document, 
system, where the directory is associated with the preferred 

language, protocol, or syntax for the client. 65 DETAILED DESCRIPTION 

'^The server is configured to read data embedded in header This invention relates to Web-based client-server systems 

responses, for example, where the server is configured to as shown in FIG. 3 (without separate push capabilities) and 
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FIG. 4 (with separate push capabilities), and especially to running in the web engine or web server, such as the Siebel 

thin client-server systems where the server, 61, must interact Web Server Extension (SWSE), 63, The Siebel Web Server 

with a plurality of thin clients, 41, using different page Extension (SWSE), 63, is an application, utility, .exe, or .dll 

delivery or mark-up languages, providing a degree of running inside the web server. In the exemplification 

interoperability between the disparate clients, 41, and the 5 described herein the SWSE, 63, is a .dll running inside the 

server, 61. One such implementation is servicing a WAP- web server, 61, to handle requests with the "swe" suflGx, 

compliant thin client, 41, using WML from an HTTP server, although it may handle requests with other suffixes or tags 

61, connected to one or more application servers.. Similar to or prefixes. The SWSE, 63, then processes the request and 

the HTML thin client, the WAPAVML thin client, 41, does sends the request to the web engine, 67, as the Siebel Web 

not store data on the client. All application logic resides on lo Engine (SWE), 67, running within the Siebel Object Man- 

the Web Server, 61, or Application Server, 73, and is ager (SOM), 73, server. 

displayed on the wireless client, 41, on demand. When the web engine, 71, as the SWE, gets the request. 

The Wireless Thin Client, 41, uses the Wireless Applica- it will get the repository objects, 77, referenced in the URL 

tion Protocol or WAP to send and receive data to and from (SWEview, SWEapplet), shown in FIG. 5, from an associ- 

a wireless device, 41. The wireless device, 41, has a WAP is ated repository, as the Siebel Object Manager ("SOM"), 73, 

browser to display the information. Handheld devices as and then instantiate the objects (if they are not akeady 

well as mobile phones may have a WAP browser. cached) and execute the specified command (SWEcommand 

The system and method of our invention imparts SWEmethodName), again shown in FIG. 5, on the 

interoperability, scalability, and extensibility by creating and ''^i^^- ^ preferred embodunent, multiple templates can 

using applets, views, and templates in page delivery and 20 be applied to a view, where each view m the repository has 

markup languages used by browsers, 41, as well as a web ^ template in each page delivery language, 

engine, 71, that matches views, applets, and templates to Referring again to FIG. 5, after the command completion, 

browsers, 41. For example, the exemplification described "^^^ ^^gi^^' ^1, as the SWE, interprets the "*.swe" 

herein with respect to Wireless leverages the extensibaity of ^ML template that contams the special embedded tags, for 

the web-based architecture by using WAP-compatible "one 25 example, SWE tags (Siebel tags.) These tags instruct the 

applet" views, a series of WML templates, 75, in a reposi- ^^b engine, as the SWE. on what data to get from the 

tory 77. and a web engine. 71, that dynamically generates ™^,!f,d ^^^^f^' through the Siebel Object Manager 

and renders data on a WAP browser. ("SOM"), 79. The web e^g^ne. 71, for example, the SWE 

1 1 *u u • J -u -J u • then generates new WML code segments with the requested 

More particularly, the web engme, 71, described herein .. . i . • • • i«7»*t * i* 

. , r ^ , . 1 ■ f ^ ^• 30 data and replaces the Ugsm the ongmal WML template with 

has a plurahty of one applet, one-column views for deliv- . ^ Tn. j i * w/x^ri ai / i n ^ 

. «7*n V *u J *u «r 1 the new code. The combined complete WML file (also called 

enng pages to WAP-compUant browsers and other Wireless. ^ ^^^^^^^^^^ ^ ^ 

WAP-compUant apphcations. ^^^^ ^^^^ j,^^^^^ 
Hie WAP-compliant embodiment used to illustrate one yj^^ application developed using WML interact 
embodiment of our invention enables users to access enter- 35 ^^^^ application through their WML micro-browser. The 
prise and portal applications through wireless imerface they see is a set of WML decks dynamically 
communication, mobile telephony and Internet. It provides generated by, for example, the web engine, from the WML 
read and write transactions from and to web servers, 61 and templates created by the application developer, 
application servers. 73, similar to other thm cUent apphca- ^^^^ applications, the application developer needs 
tions. The WAP- and WML-compliant application will also ^^ ^.^^3,^ ^„ application definition that includes the 
provide alert capability through a push mechanism. ^^jg^j definitions that the application needs. That is, the 
The WAP-compUant embodiment uses standard WAP application developer creates a repository that contains the 
(Wireless Application Protocol) and WML (Wireless objects used by the tags in the application's template. Next. 
Markup Language) protocols and relies on mobile phone the developer creates a set of WML templates with appro- 
clients equipped with WML-compliant micro-browsers to 45 priate SWE tags. 

display data. Such mobile phones are widely deployed and Tphg templates the application developer may create can 

are available from a number of cellular manufacturers. include: 

The WML micro-browser, 41, sends an encoded WAP 1. "View Template": used for displaying a View; specifies 

request to a WAP gateway, 51, with a URL of the following what Applets should appear in the card. 

form: 50 2. "Applet Template": specifies what Fields to include in 

HTTP://www.mysite.com/myapp/start.swe?SWEview= the Applet and which methods (such as Login, GotoFirst, 

"myLoginControl V ie w" &S WEapplet= and GotoPrevious) to make available to the user. 

"myLoginControlApplet"&SWEcmd= 3. "Navigation Template": contains methods — such as 

InvokeMethod&SWEm ethodName« Login, Navigate, EnterQuery, and EnterSort — that link to 

"autologin"&MyargsO«"abc"&Myargsl="def' 55 other decks or Views; does not display Views or Applets. 

FIG. 5 illustrates the fields used in parsing, retrieving 4. "Entry Template": contains a WML form for entering 

objects, and execution of objects identified in the message data, and thus is used as the target template for methods such 

request URL. The WAP gateway, 51, decodes the encoded as EnterQuery, EnterSort, NewRecord, and EditRecord. 

WAP request and sends it to the web server (61) using HTTP. 5. Read-only form template: contains a read-only (non- 

The HTTP request body contains the decoded WAP data and 60 editable) form applet. 

the HTTP request headers contain information about the user 6. Login/Logout templates. 

agent (phone ID, subscriber ID. browser version) from For Field Services, a dispatcher can issue an alert con- 

which the request was originated. sisting of a short message and a URL to call back using the 

The web server interprets the URL (including the tagged push component. The push program will send the alert in a 

or sufiixed entries "start .swe", and the tagged or prefixed 65 WML to the mobile phone, 41, via the WAP gateway, 51, as 

entries, "SWEview«", "SWEapplet-", "SWEcmd-" and shown generally in FIG. 4. Upon receipt of the alert, the 

"SWEmethodName=") and submits it to an application mobile user can select the URL in the alert and send a 
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response or status update back to the SWE using the WML understood that the noethod, system, paradigm, and ideas 

communication mechanism described above. may readily be extended to providing compatibility between 

One particularly important advantage of wireless devices, clients and servers in other contexts where scalability, 

41, is the capability to receive short messages, exemplified extensibility, and interoperability may be an issue, 

by "push" messages. Short messages like alerts can be sent 5 We claim: 

from a WML service to a WAP gateway, 51, that supports 1. A client-server system wherein the server is configured 

push. Not all WAP gateways implement direct push support. to receive requests from the client, send responses to the 

The WMLSDK(UPSDK) provided by Phone.com includes client, and wherein the server is further configured to: 

a COM notification library that allows a WML service to (a) interpret the request to determine at least one of the 

send alerts through the Phone.com's UPLink WAP gateway, jq language, protocol, or syntax in which the client sends 

To send a notification, the push component implements the requests and receives responses; 

following steps: (P) interpret the request to determine data submitted by 

1. Get the subscriber IDs to whom the notification will be ^he client, that should be used to create, modify, delete, 
sent. Each user authorized to access a particular WML ^PP^^^ ^o busmess objects or user data in the server 
service must have a subscriber ID. The subscriber ID 15 system; 

can be provided by the WAP gateway, 51, as part of the (c) recover metadata or descriptive information from a 

user agent information contained in the HTTP header. metadata repository associated with the server; and 

The WAP gateway, 51, attaches the HTTP header to the (d) create a response in the preferred language, protocol, 

WML request before sending the request to the web or syntax of the client; where this response represents 

server The web server then uses CGI parsing (or some 20 spates of some objects in the server system follow- 

servlet capability) to make the user agent information ing the processing of the request, properly represented 

available to the web application service. To implement in the language, protocol or syntax preferred by the 

push, the WML service must have users* subscriber IDs client. 

stored in the database. 2. The client-server system of claim 1 wherein the server 

2. Instantiate COM library objects to send the notification. 25 is further configured to: 

To send non-secure notification, the phone.com (a) interpret the request to determine the classes and 

Ntfn2Client class is used. Otherwise, the phone.com instances of business objects and user data to associate 

Ntfn3Sclient class is used. For secure notifications, the with the request 

certificate has to loaded using phone.com (b) interpret the request to determine commands to be 

NtfnLoadCertAndKey, and a secure connection has to 30 executed by the business objects, 

be open using phone.com NtfnRequireSecureConnec- 3. The client-server system of claim 1 wherein the server 

tion. The phone.com NtfnSetHost sets the notification is further configured to interpret the request to determine 

host by using the host name extracted from the sub- data submitted by the client to do one or more of creating, 

scriber ID. Alerts can then be sent by invoking methods modifying, deleting, or appending to business objects or data 

such as phone.com NtfnPost Alert, phone.com Ntfin- 35 in the server. 

PostPrefetch. 4. The client -server system of claim 1 wherein the server 

3. Use the COM objects to check the status of notifications is further configured to recover user data or business data 

(methods phone.com NtfnGetLastResult, phone.com from database servers or application servers associated with 

NtfnGetStatus) or to remove pending notifications the server. 

(methods phone.com NtfnClearPending, phone.com 40 5. The client-server system of claim 1 wherein the server 

NtfnDeleteAlert, phone.com is further configured to optimize the handling of subsequent 

NtfhRemoveAlertPromlnbox.) requests from the same client, by embedding information in 

For secure notifications, a certificate from a Certificate early responses to the client, where that embedded response 

Authority has to be obtained and installed first. The information will be included in subsequent requests from the 

phone.com UPSDK provides a utility program that requests 45 same client, and where that embedded request information 

a certificate and allows a certificate file to be created. will be used by the server during the processing of subse- 

Since the subscriber ID is required for using the above quent requests, 

notification library, a column is necessary in the database 6. The client-server system of claim 1 wherein the server 

schema in order to store the user subscriber ID. response is in the form of an object intended for display in 

A more generalized push technology is illustrated in FIG. 50 a client with a user interface. 

4 which shows a push technology augmentation of the 7. The client -server system of claim 1 wherein the object 

system shown in FIG. 3. This system includes a push is a page. 

component having a push program 101 including a message 8. The client-server system of claim 6 wherein the client 

queue, 103, that receives the "alert" from a call center, 105, is a browser. 

as a Computer Telephony Integration application. 55 9. The client-server system of claim 1 wherein the server 

Push technology enables real time updating of field response is in the form of machine -readable data, 

personnel, including newest contacts, leads, pricing, com- 10. The client-server system of claim 1 wherein the client 

petitive pricing, order status, delivery status, content request includes tokens specifying the language requested, 

delivery, including time-critical and mission critical real 11. The client-server system of claim 10 wherein at least 

time content delivery (as weather, road conditions, travel 60 one token in the request identify metadata objects that are 

conditions, stock prices, and the like), banking transactions, available to the server system, 

arrival of WAP/WML based e-mail, and real time updates to 12. The client-server system of claim 11 wherein the 

networked personal organizers. Notifications can be deliv- metadata objects are selected from the group consisting of 

ered by push technology, with subsequent delivery of views, pages, applets, controls, and objects having user 

content, or content can be delivered by push technology. 65 interface semantics. 

While the invention has been described with respect to 13. The client-server system of claim 12 wherein the 

WAP-compatible, WML mobile applications, it is to be metadata objects are selected from the group consisting of 
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business objects, business components, and objects having 
non-interface semantics. 

14. The client-server system of claim 13 wherein meta- 
data objects having non-interface semantics are selected 
from the group consisting of linkages to other objects, 5 
containment, and association, 

15. The client-server system of claim 14 wherein asso- 
ciation has a user interface representation. 

16. The client-server system of claim 14 wherein access 
to detailed information through drilldown in the user inter- 
face. 

17. The client-server system of claim 10 wherein the 
client request further includes tokens that specify instances 
of object types specified in the metadata repository to be 
created, modified, or deleted. 

18. The client-server system of claim 11 wherein part of 
the metadata associated with an object is in the form of one 
or more template objects, said template objects containing 
rules for representing the object in various languages, 
protocols, or syntaxes. 

19. The client-server system of claim 18 wherein the 20 
template object is stored as a file in the server file system. 

20. The client-server system of claim 18 wherein th e 
template object is stored as a binary object in a database or 
other on-line storage system. 

21. The client-server system of claim 18 wherein each 25 
template object is associated with a particular language, 
protocol, or syntax. 

22. The client-server system of claim 18 wherein the 
server system is configured to identify a client's preferred 
language, protocol, or syntax, and to use a template object 
associated with that preferred language, protocol, or syntax, 
to represent an instance of the parent metadata object to the 
client. 

23. TTie client-server system of claim 22 wherein the 
server is configured to iterate and enumerate child or sub- 
ordinate objects. 35 

24. The client-server system of claim 22 wherein some of 
the rules pertain to containment. 

25. The client-server system of claim 22 wherein some of 
the rules are placeholders for specific properties of the 
metadata object. 40 

26. The client-server system of claim 22 wherein some of 
the rules include specifiers of a language, protocol for 
representation of an instance of the metadata object. 

27. The chent-server system of claim 22 wherein some of 
the rules are constants or literals, to enable the representation 45 
of portions of the metadata object without processing by the 
server system beyond inserting the constants or literals into 
the body of a response to client requests, 

28. The client-server system of claim 22 wherein some of 
the rules have multiple variants, each specifying a different 50 
language, protocol, or syntax. 

29. The client-server system of claim 28 wherein the 
server is configured to assign a default value to language, 
protocol, or syntax. 

30. The client-server system of claim 29 wherein the 55 
server is configured to represent the instance of the metadata 
object by: (1) searching for a rule that specifies the preferred 
language, protocol, or syntax of the client, and (2) use that 
rule, or (3) in the absence of a rule, search for a rule that does 
not specify a language, protocol, or syntax, and use that rule 60 
as if it specified the client's current preference. 

31. The client-server system of claim 1 wherein the server 
is configured to recognize that the client's preferred lan- 
guage is a markup language. 

32. 'llie client-server system of claim 31 wherein the 65 
markup language is selected from the group consisting of 
SGML, HTML, WML, HDML, and XML. 



137 Bl 

16 

33. The client -server system of claim 32 wherein the 
server is configured to create responses in multiple markup 
languages. 

34. The client -server system of claim 33 wherein the 
server is configured to use similarities among various 
markup languages, to optimize the creation of responses in 
the different markup languages. 

35. The client-server system of claim 34 where one 
markup language is derived from another markup language, 
and the server is configured to use common components or 
procedures that represent metadata objects in the parent 
language. 

36. The client-server system of claim 35 wherein the 
system is configured treat two or more markup languages as 
being derived from an artificially constructed markup lan- 
guage. 

37. The client-server system of claim 36 wherein the 
derivation structure of the languages includes more than one 
layer of derivation. 

38. The client-server system of claim 37 wherein an 
artificial language occupies a position in the derivation 
structure between one or more known languages. 

39. The client -server system of claim 34 wherein the 
properties of a metadata object that are identified by place- 
holders in the templates, have different representations in 
different languages, protocols, or syntaxes, and the server is 
configured to represent this object in the language of the 
client. 

40. The client-server system of claim 39 wherein the 
server is configured to identify the client's language, 
protocol, or syntax, and associate it with the current client 
request. 

41. The client -server system of claim 40 wherein the 
server is configured query the current context for the pre- 
ferred language, protocol, or syntax, and use this preference 
to create a response including representations of objects in 
the preferred language, protocol, or syntax. 

42. The client-server system of claim 41 wherein the 
server is configured to query the context for the preferred 
language of representation when representing every object 
in the system. 

43. The client-server system of claim 1, wherein the 
server is configured to identify the preferred language, 
protocol, or syntax of the client, receiving data from the 
client, and using the data to add, modify, or delete records 
in the server database. 

44. The client -server system of claim 43 wherein the 
preferred language is associated with encoding of the data, 
and where the server removes this language -dependent 
encoding, and stores the data in a language independent 
format. 

45. The client-server system of claim 44 the format is 
persistently associated with the data. 

46. The client-server system of claim 1 wherein tags 
specifying the language of the request are embedded in the 
request. 

47. The client-server system of claim 1 where the client is 
an HTML browser, and the preferred language for repre- 
senting objects for this client is HTML. 

48. The client-server system of claim 1 where the client is 
a HTTP browser or wireless device for which the preferred 
language for responses from the server system is WML. 

49. The die at -server system of claim 1 where the pre- 
ferred language for the client, to be used to create responses 
from the server system, is XML. 

50. The client -server system of claim 1 where the pre- 
ferred language for the client, to be used to create responses 
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from the server system, is a language which does not include 
user interface elements. 

51. The client-server system of claim 1 where the client is 
an HTTP client and also a gateway server to wireless 
browser clients, said wireless clients requesting pages from 5 
the client via the WAP protocol, said gateway server trans- 
forming WAPAVML requests from the wireless or other 
browsers into HTTPAVML requests which it submits as a 
client to the server, said gateway server receiving HTTP/ 
WML responses created by the server, and transforming 
them into WAP/WML responses which it returns as a 
gateway server to the wireless browser clients which initi- 
ated the request process. 

52. The client-server system of claim 1 wherein the server 
is configured to accept requests from multiple clients, in 
multiple markup languages and to respond to a client in the 
markup language used by the client. 

53. The client-server system of claim 1 wherein the client 
is a wireless client configured to send requests incorporating 
tagged requests for pages to the server and receive pages 
from the server, said tagged requests specifying the language 20 
of the request and of the requested response, and wherein the 
server is configured to: 

(a) parse the tagged request from the client to determine 
the language of the request and the information 
requested; 25 

(b) recover information including views from a repository 
associated with the server; 

and 

(c) render a page to the client including information and 
views in the language of the request, 30 

wherein said view comprises a display and applets in the 
language requested by the client. 

54. The client-server system of claim 53 wherein said 
view further comprises data from the server. 

55. The client-server system of claim 1 wherein the client 35 
request specifies a directory on the server system, and said 
directory is associated with the preferred language, protocol, 

or syntax for the client. 

56. The client-server system of claim 1 wherein the server 
is configured to read data embedded in header responses. 

57. The client-server system of claim 56 wherein the 
server is configured to embed information included in one or 
more of URIs, URLs, or URNs in the server responses, and 
where the client is configured to use the one or more of 
URIs, URLs, or URNs to submit further requests to the 
server. 45 

58. The client-server system of claim 1 wherein the server 
is configured to interpret an early request firom a client as a 
persistent preference for language, protocol, or syntax, and 
where the server is further configured to store this preference 
and use the stored preference to retrieve the language, 50 
protocol, or syntax preference of the client from the dictio- 
nary or other cache. 

59. The client-server system of claim 1 wherein the server 
is configured to create a state description or session for the 
client during an early request from the client, and to there- 55 
after associate a particular language, protocol, or syntax with 
the session, and maintain the session in expectation of 
receiving later requests from the client, and where the 
embedded information identifies the session, thereby iden- 
tifying the client's preferred language, protocol, or syntax. 60 

60. The client-server system of claim 1 wherein the server 
is a multi-tiered server system, comprising multiple pro- 
grams and where the various are distributed among the 
different tiers of the system. 

61. A client-server method wherein the server receives 65 
requests from the client, sends responses to the client, and 
wherein the server further performs the steps of: 
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(a) interpreting the request to determine at least one of the 
language, protocol, or syntax in which the client sends 
requests and receives responses; 

(b) interpreting the request to determine data submitted by 
the client, that should be used to create, modify, delete, 
or append to business objects or user data in the server 
system. 

(c) recovering metadata or descriptive information firom a 
metadata repository associated with the server; and 

(d) creating a response in the preferred language, 
protocol, or syntax of the client; where this response 
represents the states of some objects in the server 
system following the processing of the request, prop- 
erly represented in the language, protocol or syntax 
preferred by the client. 

62. The method of claim 61 wherein the method further 
comprises: 

(a) interpreting the request to determine the classes and 
instances of business objects and user data to associate 
with the request 

(b) interpreting the request to determine commands to be 
executed by the business objects. 

63. The method of claim 61 wherein the method further 
comprises interpreting the request to determine data sub- 
mitted by the client to do one or more of creating, 
modifying, deleting, or appending to business objects or data 
in the server. 

64. The method of claim 61 wherein the method further 
comprises recovering user data or business data from data- 
base servers or application servers associated with the 
server, 

65. The method of claim 61 wherein the method further 
comprises optimizing the handling of subsequent requests 
from the same client, by embedding information in early 
responses to the client, where that embedded response 
information vwll be included in subsequent requests from the 
same client, and where that embedded request information 
will be used by the server during the processing of subse- 
quent requests. 

66. The method of claim 61 comprising the server 
responding in the form of an object intended for display in 
a client with a user interface. 

67. The method of claim 61 wherein the object is a page. 

68. The method of claim 61 wherein the client is a 
browser. 

69. The method of claim 61 comprising the server 
responding in the form of machine -readable data. 

70. The method of claim 61 comprising the client request 
including tokens specifying the language requested. 

71. The method of claim 70 wherein at least one token in 
the request identifies metadata objects that are available to 
the server system. 

72. The method of claim 71 comprising selecting the 
metadata objects from the group consisting of views, pages, 
applets, controls, and objects having user interface seman- 
tics. 

73. The method of claim 72 comprising selecting the 
metadata objects from the group consisting of business 
objects, business components, and objects having non- 
interface semantics. 

74. The method of claim 73 wherein metadata objects 
having non-interface semantics are selected from the group 
consisting of linkages to other objects, containment, and 
association. 

75. The method of claim 74 wherein association has a user 
interface representation. 
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76. The method of claim 71 wherein metadata objects 96. The method of claim 95 comprising treating two or 
having linkages to other objects provide access to detailed more markup languages as being derived from an artificially 
information through drilldown in the user interface. constructed markup language. 

77. The method of claim 71 wherein the client request 97. The method of claim 96 wherein the derivation 
further includes tokens that specify instances of object types 5 structure of the languages includes more than one layer of 
specified in the metadata repository to be created, modified, derivation, 

or deleted. 98. The method of claim 97 wherein an artificial language 

78. The method of claim 76 wherein part of the metadata occupies a position in the derivation structure between one 
associated with an object is in the form of one or more or more known languages. 

template objects, said template objects containing rules for 10 99. The method of claim 94 comprising identifying the 

representing the object in various languages, protocols, or properties of a metadata object by placeholders in the 

syntaxes, templates, where the placeholders have different represen- 

79. The method of claim 78 comprising storing the talions in different languages, protocols, or syntaxes, and the 
template object as a file in the server file system. method further comprises representing the object in the 

80. The method of claim 78 comprising storing the is language of the client. 

template object as a binary object in a database or other 100. The method of claim 99 wherein the method further 

on-line storage system. comprises identifying the client's language, protocol, or 

81. The method of claim 78 wherein each template object syntax, and associating it with the ctirrent client request, 
is associated with a particular language, protocol, or syntax. 101. The method of claim 100 querying the current 

82. The method of claim 78 comprising identifying a 20 context for the preferred language, protocol, or syntax, and 
client's preferred language, protocol, or syntax, and to use a using this preference to create a response including repre- 
template object associated with that preferred language, sentations of objects in the preferred language, protocol, or 
protocol, or syntax, to represent an instance of the parent syntax. 

metadata object to the client. 102. The method of claim 101 wherein the method further 

83. The method of claim 82 further comprising iterating 25 comprises querying the context for the preferred language of 
and enumerating child or subordinate objects. representation when representing every object in the system. 

84. The method of claim 82 wherein rules pertain to 103. The method of claim 61, wherein the method further 
containment. comprises identifying the preferred language, protocol, or 

85. The method of claim 82 wherein rules are placehold- syntax of the client, receiving data from the client, and using 
ers for specific properties of the metadata object. 30 the data to add, modify, or delete records in the server 

86. The method of claim 82 wherein rules include speci- database. 

fiers of a language, protocol for representation of an instance 104. The method of claim 103 wherein the preferred 

of the metadata object. language is associated v^th encoding of the data, and where 

87. The method of claim 82 wherein rules are constants or the server removes this language-dependent encoding, and 
literals, to enable the representation of portions of the 35 stores the data in a language independent format, 
metadata object without processing by the server system 105. The method of claim 104 the formal is persistently 
beyond inserting the constants or literals into the body of a associated with the data. 

response to client requests. 106. The method of claim 61 wherein tags specifying the 

88. The method of claim 82 wherein rules have multiple language of the request are embedded in the request, 
variants, each specifying a different language, protocol, or 40 107. The method of claim 61 where the client is an HTML 
syntax. browser, and the preferred language for representing objects 

89. The method of claim 88 wherein the method further for this client is HTML. 

comprises assigning a default value to language, protocol, or 108. The method of claim 61 where the client is a HTTP 

syntax. browser or wireless device for which the preferred language 

90. The method of claim 89 wherein the method further 45 for responses fi-om the server system is WML. 
comprises representing the instance of the metadata object 109. The method of claim 61 where the preferred lan- 
by: (1) searching for a rule that specifies the preferred guage for the chent, to be used to create responses from the 
language, protocol, or syntax of the client, and (2) use that server system, is XML. 

rule, or (3) in the absence of a rule, search for a rule that does 110. The method of claim 61 where the preferred lan- 

not specify a language, protocol, or syntax, and use that rule 50 guage for the client, to be used to create responses from the 

as if it specified the client's current preference, server system, is a language which does not include user 

91. The method of claim 61 wherein the method further interface elements, 

comprises recognizing that the client's preferred language is 111. The method of claim 61 where the client is an HTTP 

a markup language. client and also a gateway server to wireless browser clients, 

92. The method of claim 91 wherein the markup language 55 said wireless clients requesting pages from the client via the 
is selected from the group consisting of SGML, HTML, WAP protocol, said gateway server transforming WAP/ 
WML, HDML, and XML. WML requests from the wireless or other browsers into 

93. The method of claim 92 wherein the method further HTTP/WML requests which it submits as a client to the 
comprises creating responses in multiple markup languages. server, said gateway server receiving HTTPAVML 

94. The method of claim 93 wherein the method further 60 responses created by the server, and transforming them into 
comprises using similarities among various markup WAPAVML responses which it returns as a gateway server 
languages, to optimize the creation of responses in the to the wireless browser clients which initiated the request 
different markup languages. process. 

95. The method of claim 94 where one markup language 112. The method of claim 61 wherein the method further 
is derived from another markup language, and the method 65 comprises accepting requests from multiple clients, in mul- 
comprises using common components or procedures that tiple markup languages and responding to a client in the 
represent metadata objects in the parent language, markup language used by the client. 
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113. The method of claim 61 wherein the client is a 
wireless client configured to send requests incorporating 
tagged requests for pages to the server and receive pages 
from the server, said tagged requests specifying the language 
of the request and of the requested response, and wherein the 5 
method further comprises: 

(a) parsing the tagged request from the client to determine 
the language of the request and the information 
requested; 

(b) recovering information including views from a reposi- 
tory associated with the server; and 

(c) rendering a page to the client including information 
and views in the language of the request, 

wherein said view comprises a display and applets in the 
language requested by the client. 

114. The method of claim 112 wherein said view further 
comprises data from the server. 

115. The method of claim 61 wherein the client request 
specifies a directory on the server system, and said directory 
is associated with the preferred language, protocol, or syntax 
for the client. 

116. The method of claim 61 wherein the method further 
comprises reading data embedded in header responses. 

117. The method of claim 116 wherein the method further 
comprises embedding information included in one or more 
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of URIs, URLs, or URNs in the server responses, and where 
the client is configured to use the one or more of URIs, 
URLs, or URNs to submit further requests to the server. 

118. The method of claim HI wherein the method further 
comprises interpreting an early request from a client as a 
persistent preference for language, protocol, or syntax, stor- 
ing this preference and using the stored preference to 
retrieve the language, protocol, or syntax preference of the 
client fix)m the dictionary or other cache. 

119. The method of claim 61 comprising creating a state 
description or session for the client during an early request 
from the client, and thereafter associating a particular 
language, protocol, or syntax with the session, and main- 
taining the session in expectation of receiving later requests 
from the client, where the embedded information identifies 
the session, thereby identifying the client's preferred 
language, protocol, or syntax. 

120. The method of claim 61 wherein the server is a 
multi-tiered server system, comprising multiple programs 
and where the various are distributed among the different 
tiers of the system. 

♦ * ♦ * ♦ 
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